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(54) Systeme de communication avec cartes a puce. 



(57) Pour simplifier la fabrication de terminaux 
d'utilisation de cartes a puce, on prevoit de 
mettre dans ces terminaux un jeu minimum 
d 'instructions et de deporter le stockage d'ins- 
tructions complementaires relatives a des utili- 
sation plus complexes et ou de la carte a puce 
dans la carte a puce. Pour faire exe cuter ces 
instructions complementaires, on stocke dans 
une memoire reservee de la carte a puce une 
adresse pointant vers une instruction d'un jeu 
complementaire. On munie de plus, le micro- 
processeur de la carte a puce d'un micropro- 
gramme obligeant Texecution d'une instruction 
ainsi pointee des qu'on detecte la memoire 
reserve a ete designe par une instruction d'un 
jeu elementaire d'instruction de ce micropro- 
cesseur. On montre qu'on peut ainsi simplifier 
et rationaliser la fabrication de terminaux tres 
puissants. 
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La presente invention a pour objet un systeme de 
communication entre un centre serveur et un utilisa- 
teur par I'intermediaire d'une interface. Elle vise par- 
ticulierement les domaines ou le fonctionnement de 
interface est conditionne par la presence d'un micro- 5 
circuit electron ique de type jeton, supports puce, car- 
te a puce ou autre, insert temporairement de maniere 
amovible ou d6f initivement dans I'interface. On trou- 
ve des utilisations de ce type de systeme avec des te- 
lephones portables Iaiss6s a disposition et pour les- 10 
quels on veut, par exemple, empecher I'utilisation du 
telephone par quelqu'un qui n'aurait pas insure de cir- 
cuit correspondant. Elle concerne egalement tous les 
terminaux de paiement direct utilisant des cartes a 
puce, notamment pour provoquer des retraits sur des 15 
comptes en banque. 

Le probleme qu'on rencontre avec ce type de 
systemes est lie a la definition de I'interface. En effet, 
a un moment donne, les besoins connus de securite 
et ou de confort de transaction impliquent la mise en 20 
oeuvre de procedures par I'interface. Ces procedures 
sont evolutives. Ceci presente comme consequence 
ou inconvenient que des interfaces obsoietes doivent 
alors etre changees au fur et & mesure de cette evo- 
lution. 25 

II pourrait neanmoins etre envisage de mettre a 
jour les systemes d'exploitation des interfaces, d'une 
maniere similaire a ia mise a jour des systemes d'ex- 
ploitation dans les micro-ordinateurs. Dependant, 
cette facon de faire presente I'inconvenient que beau- 30 
coup de mises a jour devraient etre faites. De plus, le 
proprietaire, ou le gerant, de I'interface n'est pas I'uti- 
lisateurde cette interface : celui qui possede ie circuit 
electronique d'autorisation en question. Par exemple, 
pour un terminal de paiement par carte a puce dans 35 
un restaurant, le proprietaire de I'interface est le res- 
taurateur alors que I'utilisateur, le payeur, est ie titu- 
laire de la carte a puce. II en est de meme avec les 
systemes de telephone portable, notamment dans le 
domaine des voitures de location ou le telephone por- 40 
table (done I'interface) appartient a la societe de lo- 
cation de voitures (ou d une societe concessionnaire 
d'un reseau de telecommunications) et ou la carte k 
puce ou le circuit electronique concerne est la pro- 
priete de I'utilisateur. Dans ce cas, une difference de 45 
mise a jour, d'une interface a une autre peut rendre 
pour un utilisateur, I'utilisation tr6s compliquee. 

II y a un necessaire decalage entre le souci de 
I'utilisateur qui est interesse a disposer avec sa carte 
a puce des tous derniers perfectionnements, et le 50 
soucis du gestionnaire de ('interface qui, pour des rai- 
sons de cout peut etre tente de limiter le nombre de 
campagnes de mise a jour des interfaces qu'il gere. 

Un exemple pratique de besoin est celui ressenti 
dans le domaine des telephones portatifs ou le ges- 55 
tionnaire de I'interface, ou bien le proprietaire du ser- 
veur, voudrait pouvoir decompter des unites pre- 
pay6es dans des cartes a puce d'utilisateur, un peu 
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a la maniere de ce qui se pratique dans les telepho- 
nes publics. Or, les appareils teiephoniques portatifs 
actuels, les interfaces, ne sont pas munis dans leur 
systeme d'exploitation d'un jeu d'instructions permet- 
tant ce decomptage. Ce sera le cas plus tard. Le pro- 
bieme a resoudre dans ce cas particulier est done de 
decompter dans la carte a puce, avec une interface 
qui n'est pas munie de moyens pour cela, des impul- 
sions de decomptage qui seraient envoyees par un 
serveur teiephonique. On voit bien la diff iculte du pro- 
bleme. 

L'invention a pour objet de trouver une solution & 
ce probleme et de proposer une beaucoup plus gran- 
de souplesse d'utilisation des interfaces ou termi- 
naux d'utilisation. Plusieurs solutions sont envisa- 
geables, on pourrait notamment definir un mecanis- 
me "universel" permettant de gerer les terminaux de 
maniere transparente depuis le serveur. II faudrait 
pour cela equiper tous les terminaux existant de ce 
nouveau mecanisme. C'est done une solution peu 
realiste. La solution envisagee dans l'invention ne re- 
quiert aucune modification du terminal, et ne fait 
qu'exploiter les ressources deja disponibles de celui- 
ci. Ces ressources sont soit des procedures disponi- 
bles depuis le serveur, soit des instructions cartes 
(embarquees dans le terminal) commandees depuis 
le serveur, qui permettent d'acheminer des donnees 
a travers le terminal jusque dans la carte. En outre, 
selon ('invention, ces terminaux vont eux-memes 
avoir un systeme d'exploitation des plus simples et 
qui en definitive n'aura meme pas besoin d'evoluer. 

L'idee de l'invention est d'utiliser dans le systeme 
d'exploitation des interfaces, parmi le jeu d'instruc- 
tions existant, un jeu minimum d'instructions ou 
meme une procedure existante. Avec ce jeu ou cette 
procedure on provoque Ie pointage, dans une zone 
reservee de la memoire d&la puce, d'une instruction 
d'un jeu compiementaire, ou jeu etendu. Cette ins- 
truction compiementaire est alors executee, soit par 
le microprocesseur de \a carte a puce, soit par le mi- 
croprocesseur de I'interface, ces derniers agissant 
sur des peripheriques designes. lis provoquent par 
exemple un affichage d'informations sur un ecran de 
I'interface, un decomptage d'unites prepayees dans 
une memoire de la carte k puce, un envoi au serveur 
d'un bilan relatif a la carte £ puce et/ou d la commu- 
nication en cours (notamment dans un but d'etablir 
des facturations de durees de transmission), ou une 
invalidation de la carte & puce, etc ... . 

Avec I'existence d'une zone reservee, dont la pla- 
ce et ensuite ('utilisation sont connues, on peut ainsi 
charger, avec le jeu minimum d'instructions du syste- 
me d'exploitation de I'interface, les caracteristiques 
d'une instruction. Les caracteristiques de cette ins- 
tructions sont soit le code instruction de cette instruc- 
tion elle-meme, soit une adrpsse de cette instruction 
dans une memoire de la puce. En plus de cette zone 
reservee, le microprocesseur de la carte e puce 
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comporte un automatisme d'execution de I'instruc- 
tion dont les caracteristiques ont ete chargees dans 
ta zone reservee. Des qu'on veut augmenter la puis- 
sance d'utilisation d'un systeme, on envoie a la carte 
a puce les caracteristiques de Instruction a executer 
a partir du serveur. Elles sont transmises naturelle- 
ment par I'interface qui en pratique sachant selection- 
ner, et ecrire (c'est un minimum) une zone memoire 
dans la memoire de la carte a puce, peut y inscrire les 
caracteristiques de cette instruction. Par la suite, le 
microprocesseur de la carte a puce prend le relais 
pour provoquer, avec son automatisme, I'execution 
de cette instruction. 

Dans un perfectionnement, plutot que d'envoyer 
Tinstruction a partir du serveur, on chargera des ins- 
tructions supplementaires dans des cartes a puce mi- 
ses a jour, en des jeux complementaires d'instruc- 
tions. Dans ce cas, les caracteristiques destruction 
a envoyer par le serveur ne consistent qu'en un poin- 
teur, designant celle de ces instructions complemen- 
taires qu'on veut voir fa ire executer. 

En variante on utilise une procedure existante de 
gestion de la carte qui est associee a renvoi d'une 
donnee. On particularise une donnee, et, en recep- 
tion dans la carte, on verif ie que la donnee transmise 
a cette forme particuliere. Le cas echeant on execute 
une instruction du jeu etendu qui correspond alors a 
cette donnee particuliere. 

^invention a done pour objet un systeme de 
communication comportant 

- un centre serveur, une puce electronique por- 
tee par un support a puce, et une interface de 
communication entre ce centre serveur, cette 
puce, et, eventuellement, un utilisateur, 

- dans ('interface, un microprocesseur et une 
memoire programme munie d'un jeu limite 
destructions ou de procedures de communi- 
cation avec la puce, et, 

- dans la puce, un microprocesseur et une me- 
moire programme munie egalement d'un jeu li- 
mite correspondant d'instructions ou de proce- 
dures, 

caracterise en ce que la puce comporte 

- une zone memoire reservee dans laquelle on 
vient ecrire, avec les instructions ou procedu- 
res de la puce et ou de r interface, les caracte- 
ristiques d'une instruction differente de celles 
des jeux H mites ou procedures, et 

- un automatisme d'execution de cette instruc- 
tion differente apres ecriture de ses caracteris- 
tiques dans cette zone memoire reservee. 

L' invent ion sera mieux comprise a la lecture de la 
description qui suit et a I'examen des figures qui I'ac- 
compagnent. Celles-ci ne sont donnees qu'a titre in- 
dicatif et nullement limitatif de ('invention. Les figures 
montrent : 

- Figure 1 : une representation globale d'un sys- 
teme de communication conforme a I'inven- 
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tion ; 

- Figure 2 : une representation schematique du 
fonctionnement de I'automatisme d'execution 
de Tinstruction du jeu complementaire ; 
5 - Figure 3 : des microprogrammes types mis en 

oeuvre dans une carte a puce fonctionnant 
avec le systeme de communication de Inven- 
tion. 

La figure 1 represente un systeme de communi- 

10 cation conforme a ('invention comportant un centre 
serveur 1, une puce electronique 2 portee par exem- 
ple par un support a puce 3, par exempte une carte a 
puce, ou un jeton a puce, ou autre, notamment un 
support de connexion d'un circuit integre monte dans 

15 son boitier DIP ou CMS. Ce systeme comporte ega- 
lement une interface de communication 4 entre ce 
centre serveur 1 , cette puce 2 et, eventuellement, un 
utilisateur qui peut manipuler des boutons de 
commande 5 de I'interface 4. Le serveur 1 est le sys- 

20 teme qui heberge I'application et qui la met a la dis- 
position des nombreuses interfaces etutilisateurs. Le 
serveur 1 envoie des informations aux interfaces ain- 
si qu'a la carte par I'intermediaire d'une liaison de 
transport 6. II peut cependant y avoir une connection 

25 directe. La liaison de transport 6 peut egalement etre 
un chemin dans un reseau de transmission de don- 
nees, et avoir plusieurs formes : f ilaires, hertziennes 
ou autres. Elle utilise un protocole de transport et no- 
tamment des modems 7 et 8 pour acheminer des in- 

30 formations. Ces information repr6sentent des don- 
nees, des adresses, et/ou des instructions. 

L' interface 4 peut etre dediee a une application, 
par exemple du type EFTPOS (Electronic Found 
Transfert Point Of Sale) ou standard, par exemple du 

35 type ordinateur personnel ou Minitel. Le r6le de ('in- 
terface consiste essentiellement a permettre a un uti- 
lisateur de dialoguer avec le serveur 1, ou la puce 2 
et/ou a acheminer et mettre en forme des informa- 
tions destinees au serveur 1, a la puce 2 ou a Tinter- 

40 face 4. La carte a puce 3 comporte des donnees pro- 
pres a I'application et propres au porteur: I'utilisateur. 
Elle dispose d'un systeme d'exploitation qui offre une 
panoplie de fonctions grace a un jeu d'instructions, la 
plupart du temps specifiques. 

45 Dans I'interface 4 est installe un microprocesseur 

9 en relation par un bus 10, de commandes, de don- 
nees et d'adresses, avec essentiellement une me- 
moire programme 11 , un lecteur de support a puce 1 2 
et un circuit d'entree/sortie a direction du serveur 1, 

so par exemple ie modem 8. Dans cette version mini ma- 
le, ('interface 4 ne sert qu'a assurer le trafic avec la 
carte a puce 3. Au besoin, le bus 10 est egalement 
connecte a un ecran d'affichage 13 permettant de vi- 
sualiser les operations effect uees. De preference, le 

55 bus 1 0 est egalement re(ie a des boutons de comman- 
de 5 permettant ('intervention d'un utilisateur. Dans 
ce cas, I'interface est une interface entre I'operateur 
et la carte a puce ou entre le serveur, I'operateur et 

3 
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la carte a puce. La memoire programme 11 comporte 
un jeu limite destructions, ici les instructions SE- 
LECT, READ, UPDATE, STATUS, qui sont peu nom- 
breuses. En pratique, seules sontessentielles les ins- 
tructions SELECT et UPDATE permettant respecti- 5 
vement de selectionner une zone memoire de la me- 
moire de la puce de la carte a puce et/ou d'y ecrire 
quelque chose. Cependant pour des raisons de 
confort ce jeu limite comportera egalement une ins- 
truction de lecture seule, READ, d'une zone de la car- 10 
te a puce et, de preference mais eventuellement, une 
instruction STATUS permettant d ' en voyerun etatdes 
compteurs ou registres internes de la carte a puce au 
serveur et/ou de les visual iser sur I'ecran 13. Le 
contenu de cette instruction reste a definir. Elle 15 
pourrait etre aussi une instruction Jocker. 

La puce 2 de la carte 3 comporte un microproces- 
seur 14 etune memoire programme 15 com porta ntau 
moins un jeu limite d'instructions 16. Lejeu 16 corres- 
pond au jeu 11 : on y retrouve ies memes instructions 20 
que dans ce dernier, c'est-a-dire les instructions SE- 
LECT, READ, UPDATE et STATUS. Ici egaiement 
seules les instructions SELECT et UPDATE sont es- 
sentielles pour mettre en oeuvre I'invention. On no- 
tera que les jeux limites 11 et 16 peuvent etre un peu 25 
plus complets que ces jeux minimaux. La puce 2 
comporte egalement un bus 17, du meme type que le 
bus 10 mettant en relation le microprocesseur 14, la 
memoire programme 15 et un dispositif d'entree/sor- 
tie 1 8. Dans le cas des cartes a puce, ce dispositif 18 30 
d'entree/sortie comporte un connecteur normalise 
dont les plages metalliques sont destinees a venir au 
contact de palpeurs 19 du lecteur 12. 

Une des caracteristiques essentielles de I'inven- 
tion est que la puce 2 comporte une zone memoire re- 35 
servee 20 en relation par le bus 17 avec le micropro- 
cesseur 14. Dans cette zone reservee 20, le serveur 

I provoque I'ecriture de caracteristiques d'une ins- 
truction differente de celle des jeux limites 11 et 16. 

II provoque, par exemple, une ecriture des caracteris- 40 
tiques d'une instruction de BILAN (differente de STA- 
TUS) tendant a faire envoyer par le microprocesseur 

14, sur I'ecran 13, un etat du solde des unites pre- 
payees et contenues dans une memoire annexe 21 , 
de la carte. Cette instruction differente complemen- 45 
taire peut egaiement §tre une instruction ALGO ten- 
dant a faire executer par le microprocesseur 14 un al- 
gorithme de chiff rement de message ou d'authentif i- 
cation de la carte 3 a puce ou du terminal 4. Cette ins- 
truction differente peut egalement etre une instruc- 50 
tion CHANGE de changement de valeur des unites 
prepayees, af in d'obliterer certaines unites 22, au fur 
et a mesure de la duree de la communication. Elle 
peut egalement etre une instruction INVAL d'invalida- 
tion de la carte, ou tout autre instruction dont le be- 55 
soin se fera sentir petit a petit au fur et a mesure des 
evolutions des applications elles-memes. 

Plutdt que de stacker dans la zone 20 de la me- 



moire reservee des caracteristiques d'une instruction 
differente de celle du jeu limite, on stocke dans la 
zone 20 une adresse relative au stockage, dans une 
partie complementaire 23 de la memoire programme 
15 (ou d'une autre memoire de la puce 2), d'une ins- 
truction d'un jeu complementaire. Ce mode est pre- 
fere puisqu'il suff it de faire envoyer par le serveur 1 
uniquement I'adresse, dans la partie complementaire 
23 de la memoire programme 15, des instructions a 
executer differentes: BILAN, ALGO, CHANGE, IN- 
VAL, ... C'est plus court. La figure 2 montre le fonc- 
tionnement de I'automatisme prefere d'execution de 
I'instruction differente a Tissue de sa selection ou de 
son ecriture. Dans cette figure, les memes elements 
sont designes par les mdmes references que dans la 
figure 1. L'interet de I'invention se situe en particulier 
dans le cas ou on veut faire executer par le couple in- 
terface 4 puce 2 une instruction qui ne figure pas deja 
dans lejeu limite d'instructions 11 ou 16. Dans la des- 
cription qui va suivre, on ne tiendra pas compte du ca- 
ractere serie ou parallele de la transmission des di- 
verses informations. En effet les adaptations neces- 
saires sont effectuees parle MODEM 8 d'une part, et, 
pour les protocol es connus de gestion des memoires 
de carte a puce, par les lecteurs 12, d'autre part. 

Un message 24 est emis par le serveur 1. II 
comporte en substance une premiere partie 25 rela- 
tive a un code instruction, une deuxieme partie 26 re- 
lative a une zone memoire designee (celle sur laquel- 
le porte I'instruction), et une partie 27 relative a une 
donnee. La partie 27 peut etre de longueur fixe ou va- 
riable et, dans ce cas, d'une maniere connue elle 
comporte en en-t6te, en mode binaire, un octet indi- 
quant fa longueur de ('information transmise. 

Dans un premier cas 24, I'instruction sera une 
instruction SELECT, la zone memoire concernee 
sera la memoire reservee 20 dont I'adresse est MEM 
RES, et la donnee sera relative aux caracteristiques 
d'une instruction, par exemple ALGO. Le micropro- 
cesseur 9 de ('interface 4 recoit ce message 24 et 
transmet respectivement sur ses bus de commandes 
28, d'adresses 29 et de donnees 30 I'instruction 
contenue en zone 25, I'adresse contenue en zone 26, 
et ia donnee contenue en zone 27. Cette transmis- 
sion est effect uee a destination du microprocesseur 
14, selon des protocoles connus et par I'intermediaire 
du lecteur 12 et du connecteur 18. Le microproces- 
seur 14 execute alors ('instruction, SELECT pour le 
message 24, ou UPDATE pour un message 31, en 
commencant par le chargement de cette instruction 
dans son registre instruction 32. ^instruction concer- 
nee est ensuite effectuee par le microprocesseur 14 
qui selectionne, ou met a jour respectivement, la me- 
moire reservee 20. Dans ce but, I'adresse MEM RES 
de selection est transmise par un bus d'adresse 33, 
du microprocesseur 14. Une commande resultant de 
('execution de ('instruction SELECT ou UPDATE est 
appliquee, par un bus de commande 34, a un circuit 
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35 de gestion de la memoire 20. Le circuit 35 est tout 
simplement un circuit de lecture ecriture, de maniere 
a lire ou a ecrire dans ta memoire 20 a des adresses 
vehiculees parte bus 33 des donnees vehiculees par 
un bus 36 de donnees. Le bus de donnees 36 trans- 5 
met les donnees recues du bus 33. Dans le cas du 
message 31, le microprocesseur 14 fait executer par 
le circuit 35, une inscription, une ecriture dans la me- 
moire 20 du message ALGO recue du serveur 1. On 
remarque a ce niveau que le fait d'ecrire dans la me- 10 
moire reservee 20 n'a rien de different par rapport a 
une ecriture dans une autre partie de la memoire de 
la puce 2. Ce type de commande est trivial. Uautoma- 
tisme de I'invention a alors pour objet de transmettre, 
dans le registre destruction 32 du microprocesseur 15 
14, I'instruction differente dont on vient ainsi de 
stocker les caracteristiques en memoire reservee 20. 

En pratique, dans une version preferee, on a 
stocke dans la memoire 20 non pas I'instruction elle- 
meme mais une adresse d'instruction dans le jeu 20 
complementaire 23. Aussi, apres ('inscription des ca- 
racteristiques, de I'adresse, de Instruction comple- 
mentaire designee ALGO, on utilise le contenu de la 
memoire 20 pour servir d'adresse et pour pointer une 
des instructions de la memoire programme 23. Autre- 25 
ment dit, dans I'automatisme prefere, le microproces- 
seur 1 4 lit la memoire 20 et transmet la donnee lue sur 
son bus d'adresse 33. Cette adresse vient pointer une 
zone memoire de ia memoire programme 23. Une fois 
ce pointage effectue, le microprocesseur lit alors, 30 
dans la zone memoire pointee, la donnee qui y est 
stockee, Cette donnee est en fait I'instruction diffe- 
rente. Le microprocesseur la transmet alors par son 
bus de commande 34 a son registre d'instruction 32. 
Le microprogramme de I'automatisme se termine par 35 
une execution de I'instruction differente ainsi char- 
gee. 

Cette instruction differente peut avoir pour objet 
de modifier le contenu d'une memoire annexe 21 de 
la puce 2. Elle peut egalement etre transmise, en 40 
sens inverse, au microprocesseur 9 et etre appliquee 
a ('interface 4, pourun affichage sur I'ecran 13 ou au- 
tre. Elle peut egalement etre mise en oeuvre directe- 
ment, par le microprocesseur 14, sur le contenu de 
certaines memoires ou peripheriques de I'interface 4. 45 
Cependant, compte-tenu des choix preferes de pro- 
tocole respectivementserie et parallele, pour une car- 
te a puce 3 et une interface 4 f on preferera deleguer 
au microprocesseur 9, la mise en oeuvre de Instruc- 
tion differente. Celle-ci est alors chargee dans un re- 50 
gistre d'instructions du microprocesseur 9, de la 
meme facon que pour le microprocesseur 14. 

La figure 3 montre un fonctionnement, prefere 
d'un microprogramme preenregistre dans une me- 
moire programme 16 d'une carte a puce susceptible 55 
de mettre en oeuvre le systeme de communication de 
I'invention. Au debut de ce microprogramme, le micro- 
processeur 14 est en attente de reception d'instruc- 



tion. Puis il recoit, transmis par le bus 28 une instruc- 
tion. Dans une premier temps, il verif ie que cette ins- 
truction est une instruction de selection au cours 
d'une etape 37. Si c'est le cas, il execute ia selection 
de la zone memoire, memoire 20 ou memoire 21 de- 
signee. Si ce n'est pas (e cas, au cours d'une etape 
38, le microprocesseur teste si I'instruction est une 
instruction de lecture READ. Si c'est le cas il provo- 
que la lecture de la zone memoire dont I'adresse est 
convenue dans la partie 26 du message. Si ce n'est 
pas le cas, dans une etape 39, il regard e s'il s'agit 
d'une instruction de mise a jour, et le cas echeant il 
met a jour ia zone memoire concernee. Enf in, norma- 
lement il n'y a plus de test a prevoir, et I'instruction 
restante devrait etre une instruction STATUS puisque 
ce sont, a priori les seules instructions du jeu limite 
d'instructions que le microprocesseur est susceptible 
d'attendre. 

On remarque qu'on peut prevoir un jeu limite plus 
important, ou eventuellement moins important. Seu- 
les les instructions SELECT et UPDATE, sont verita- 
blement indispensables pour le procede de I'inven- 
tion. Aussi, dans une etape 40, le microprocesseur 14 
va verifier que I'instruction recue est une demande 
d'etablissement d'un STATUS et le cas 6cheant il 
I'execute. II est a remarquer que I'instruction STATUS 
pourra etre une instruction normalisee, et ne pas por- 
ter a priori de designation de zone memoire en zone 
26 du message. 

Par contre, si le microprocesseur 14 n'a pas de- 
tecte a u cours des tests 37 a 40 qu 'une instruction at- 
tendue etait reconnue, i! delivre en une operation 41, 
un message d'erreur (affichable par exemple sur 
I'ecran 13, mais pas necessairement). Au cours d'une 
operation 42 successive a ('execution de chacune 
des instructions SELECT, READ, UPDATE, et even- 
tuellement STATUS, le microprocesseur 14 cherche 
a savoir si I'adresse contenue dans la partie 26 du 
message etait une adresse MEM RES de la memoire 
reservee. Si ce n'est pas le cas, microprocesseur 14 
considere que le traitement du message a ete effec- 
tue completement. II se remet en attente. En ce qui 
concerne ['instruction STATUS, on pourra prevoir un 
retour systematique en attente d'instructions du mi- 
croprocesseur 14, ou bien un passage par le test 42 
si la zone 26 du message a ete renseigne. 

Dans le cas, ou la zone 20 de la memoire reser- 
vee est concernee, le microprocesseur 14 charge sur 
le bus d'adresse 33. le contenu de cette memoire. Le 
bus d'adresse 33 pointe alors sur une parmi plusieurs 
adresses de la memoire complementaire 23. Selon 
qu'il pointe sur la premiere, la deuxieme, ou une autre 
adresse de la memoire 23, avec une batterie de test 
43, 44 en cascade, on peut provoquer la selection 
dans la memoire 23 d'une parmi plusieurs instruc- 
tions. Les instructions sont a stocker dans le registre 
de commande 32 du microprocesseur 14. De prefe- 
rence, la memoire 23 sera une memoire de type non 
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volatile, avec des cellules memoires comportant des 
transistors a grille flottante, de preference de type 
eiectriquement inscriptible et effacable : EEPROM. 
Dans ce cas, apres avoir fait executer par le micropro- 
cesseur 14 Instruction complementaire, on provo- 5 
que Teffacement de la memoire reservee de maniere 
a ce que celle-ci soit a nouveau vierge. L'etape d'ef- 
facement 45 est done ainsi effectuee apres ('execu- 
tion de ('instruction complementaire. 

On peut cependant agir differemment. On peut 10 
prevoir, par exemple, que I'instruction de mise a jour, 
UPDATE, executee par le microprocesseur 14 (pas 
par le microprocesseur 9) comporte elle-meme un mi- 
croprogramme consistant a effacer au prealable la 
memoire reservee 20 avant (Inscription d'un nouveau 15 
pointeur en vue d'executer une autre instruction 
complementaire. Ceci est utile lorsqu'il faut provo- 
quer le decomptage d'unite dans la zone memoire 21 
de la carte a puce 3. En effet, dans ce cas, le serveur 
1 envoie la premiere fois une instruction UPDATE en 20 
visant le pointage d'une instruction de decomptage 
des unites dans la zone complementaire 23. Par la 
suite, il lui suffit de selection ner la memoire reservee 
pour faire executer automatiquement le decomptage 
d'unites. En effet I'instruction de decomptage est deja 25 
inscrite dans la memoire 20, il n'est pas necessaire de 
la reecrire. II suffit de la selectionner, de la lire, et de 
passer par l'etape 42. Au besoin ('instruction STATUS 
peut meme etre utilisee. Le message 31 comporte, a 
la difference du message 24, des donnees en zone 30 
27 plus consequentes. Ces donnees, visent elles aus- 
si la memoire reservee, elles peuvent etre stockees 
dans differentes zones memoires 46 ou 47 de la me- 
moire reservee. Dans ce cas, une premiere partie du 
contenu du message en zone 27 sera stockee dans 35 
une premiere zone 46 de la memoire 20, une seconde 
partie dans une zone 47 successive et ainsi de suite. 
Ceci signif ie que plutdt que d'envoyer au fur et a me- 
sure toutes les instructions pour les faire executer par 
le microprocesseur 14, le serveur 1 envoie un seul 40 
message comportant une suite ^'instructions devant 
etre executees en sequence. 

Dans ce cas, a titre d'exemple, la memoire 20 
comportera dans chaque zone un champ 48 ou seront 
stockes les pointeurs ou caracteristiques des instruc- 45 
tions a executer, et un champ 49 qui sera par exemple 
un bit, ou un autre systeme, dans lequel une informa- 
tion binaire permettra de savoir qu'apres I'execution 
d'une instruction du jeu complementaire, par la pre- 
sence d'un un, devra suivre I'execution d'une autre so 
instruction du jeu complementaire. Par contre, par la 
presence d'un zero, on saura qu'il n'y a plus d'autres 
instructions a executer ensuite. Dans ce but, I'execu- 
tion de chaque instruction du jeu complementaire 
comportera, dans le microprogramme de la figure 4, 55 
un test 50 au cours duquel on cherchera a savoir si 
('execution d'une instruction complementaire doit 
etre suivi par une execution d'une autre instruction 




complementaire suivante ou non. Le branchement du 
microprogramme doit alors etre immediat. 

En variante on utilise une procedure existante de 
gestion de la carte. Par exemple une procedure exis- 
tante d'authentif ication de la carte comporte renvoi 
par le serveur d'un alea chiffre a la carte, le dechif- 
f rement par la carte de cet alea, le cryptage par un al- 
gorithme de type DES parametre par I'alea dechiff re 
d'un code secret de la carte, et renvoi au lecteur pour 
verification du code secret crypte. Dans I'invention 
on reserve un alea donne, par exemple 0000XXXX, 
pour d'une part indiquer par les 0000 qu'on n'a pas af- 
faire vraiment a une procedure existante, et d'autre 
part charger la donnee XXXX dans la memoire 20. Le 
reste est effectue de la facon decrite ci-dessous. 
L'avantaged'utiliserune procedure existante sesitue 
dans le fait que les interfaces existantes (nombreu- 
ses) sont deja compatible avec cette procedure. II 
suffit d'inserer le test de la presence des 0000 dans 
le systeme d'exploitation des nouvelles cartes fabri- 
quees. 



Revendications 

1 - Systeme de communication comportant : 

- un centre serveur (1), une puce (2) electroni- 
que portee par un support (3) a puce, et une in- 
terface (4) de communication entre ce centre 
serveur, cette puce, et, event uell erne nt, un uti- 
lisateur, 

- dans I'interface, un microprocesseur (9) et une 
memoire (11) programme munie d'un jeu limite 
(11) destructions ou de procedures de 
communication avec la puce, et, 

- dans la puce, un microprocesseur (14) et une 
memoire (15) programme munie egalement 
d'un jeu limite (16) correspondant destruc- 
tions ou de procedures, caracterise en ce que 
la puce comporte 

- une zone memoire reservee (20) dans laquelle 
on vient, au cours d'une session d'utilisation, 
selectionner ou ecrire, avec les instructions ou 
procedures de la puce et ou de I'interface, les 
caracteristiques d'une instruction differente de 
eel les des jeux I i mites ou procedures, et 

- un automatisme (20,23,32) d'execution, au 
cours de cette session, de cette instruction dif- 
ferente apres selection ou ecriture de ses ca- 
racteristiques dans cette zone memoire reser- 
vee. 

2 - Systeme selon la revendication 1, caracterise 
en ce que 

- la memoire 

programme de la puce comporte un jeu 
(23) complementaire ^'instructions, 

- les caracteristiques ecrites concernent une 
adresse dans cette memoire programme de la 
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puce d'une instruction de ce jeu com pi em e n- 
taire. 

3 - Systeme selon ta revendication 1 ou la reven- 
dication 2, caracterise en ce que I'automatisme 
comporte, en memoire programme de la puce t 5 

- un microprogramme de test (37-40) de Tappar- 
tenance d'une instruction, recue du serveur ou 
de I'utilisateur, au jeu d'instructions limite, cou- 
ple avec une execution de cette instruction tes- 

tee, branche en serie avec w 

- un microprogramme de test (42) de la designa- 
tion, dans I'instruction ainsi executee, de la 
zone memoire reservee, couple a Texecution 
de Tinstruction differente. 

4 - Systeme selon la revendication 1 ou la reven- 1 5 
dication 2, caracterise en ce que Tautomatisme 
comporte, en memoire programme de la puce, 

- un microprogramme de test (42) de la desi- 
gnation de la zone memoire reservee, couple a I'exe- 
cution de I'instruction differente. 20 

5 - Systeme selon la revendication 3 ou la reven- 
dication 4, caracterise en ce que Tautomatisme 
comporte, en memoire programme de la puce, 

- un microprogramme d'execution d'une ins- 
truction du jeu complementaire dont Tadresse est 25 
stockee en zone memoire reservee. 

6 - Systeme selon I'une des revendications 1 a 5, 
caracterise en ce que la zone memoire reservee de 
la puce est non volatile, notamment du type EE- 
PROM. 30 

7 - Systeme selon la revendication 1 a 6 caracte- 
rise en ce que la zone memoire reservee concernent 
des champs (49) pourstocker un caractere sequentiel 
d'instructions differentes, et en ce que le micropro- 
gramme comporte un test (50) de la valeur de ce 35 
champ. 
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